Skip to content

Conversation

@njacazio
Copy link
Collaborator

  • Add Run3 PID response using TOF event time
  • Add utility to compute TOF mass
  • Extend documentation
  • Use common utils for TOF PID task
  • Extend beta functions

Extend Efficiency task

  • Add track cuts to efficiency
  • Improve CPU efficiency

Extend track selection task

  • Add track quality histograms

Fix warning in pidBayes

@njacazio
Copy link
Collaborator Author

Some of #316 are already included here

@njacazio
Copy link
Collaborator Author

This depends also on AliceO2Group/AliceO2#7683

@njacazio
Copy link
Collaborator Author

And waits AliceO2Group/AliceO2#7679 to be merged so as to change the include and avoid issues in the CI

@njacazio njacazio marked this pull request as ready for review November 23, 2021 12:02
@njacazio njacazio requested review from a team, alibuild, iarsene, jgrosseo and ktf as code owners November 23, 2021 12:02
@njacazio njacazio force-pushed the nj-t0tof branch 3 times, most recently from aa79f5c to b8d5738 Compare November 24, 2021 11:14
@njacazio
Copy link
Collaborator Author

njacazio commented Nov 24, 2021

@jgrosseo with last commit I ensure compatibility with Run2 converted data, therefore alisw/AliPhysics#19008 is not needed anymore (I'm closing it).
This waits also #333 to be merged since it has some conflicts

Comment on lines 30 to 41
bool isPidTableRequired(o2::framework::InitContext& initContext, const std::string table)
{
auto& workflows = initContext.services().get<o2::framework::RunningWorkflowInfo const>();
for (auto device : workflows.devices) {
for (auto input : device.inputs) {
if (input.matcher.binding == table) {
return true;
}
}
}
return false;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shall we move this to Common/Core/TableHelpers.h or so?


WorkflowSpec defineDataProcessing(ConfigContext const& cfgc)
{
auto workflow = WorkflowSpec{adaptAnalysisTask<tofSignal<false>>(cfgc),
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the only difference between the Run 2 and Run 3 workflow the true or false?
In the future the run 2 and run 3 should be decided by the AOD metadata and therefore it would be better if it is in the same file and just configures itself based on a PROCESS_SWITCH for now...

@alibuild
Copy link
Collaborator

alibuild commented Dec 2, 2021

Error while checking build/O2Physics/o2 for 3602918 at 2021-12-02 11:50:

No log files found

Full log here.

@njacazio
Copy link
Collaborator Author

njacazio commented Dec 2, 2021

#378 Should be merged first as it contains the TPC part

@njacazio
Copy link
Collaborator Author

njacazio commented Dec 2, 2021

Major cleanup of the PR with splitting in sub PRs:
#378
#383

Tested with AODs obtained with: AliceO2Group/AliceO2#7782 that fixes the information written in the AOD for the BC subraction and PID hypothesis in tracking

template <typename trackType>
bool filterForTOFEventTime(const trackType& tr)
{
return (tr.hasTOF() && tr.p() > 0.5f && tr.p() < 2.f && tr.trackType() == o2::aod::track::TrackTypeEnum::Track);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So this work only for Run 3 tracks. Is this correct?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, this is intended, one could have a separate filter for the Run2 but in principle TOF is already used for the T0 determination and the info is kept in the Run2 AOD

jgrosseo
jgrosseo previously approved these changes Dec 3, 2021
Copy link
Contributor

@jgrosseo jgrosseo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fine, except my question.

- Add Run3 PID response using TOF event time inside TOF full task
- Add utility to compute TOF mass
- Extend documentation
- Use common utils for TOF PID task
- Extend documentation, extensive use of static methods in PIDTOF
- Add expected signal dynamic columns
- Computing tofSignal independently
- Include Run2 compatibility for TOF response for the exp signal computation with pExp/kCSPEED
- Remove requirement of TrackCov
@njacazio
Copy link
Collaborator Author

njacazio commented Dec 3, 2021

Conflicts are resolved, this is also now ready to be merged

@jgrosseo jgrosseo merged commit 4c4d116 into AliceO2Group:master Dec 3, 2021
@njacazio njacazio deleted the nj-t0tof branch December 3, 2021 12:22
jezwilkinson pushed a commit to jezwilkinson/O2Physics that referenced this pull request Dec 14, 2021
- Add Run3 PID response using TOF event time inside TOF full task
- Add utility to compute TOF mass
- Extend documentation
- Use common utils for TOF PID task
- Extend documentation, extensive use of static methods in PIDTOF
- Add expected signal dynamic columns
- Computing tofSignal independently
- Include Run2 compatibility for TOF response for the exp signal computation with pExp/kCSPEED
- Remove requirement of TrackCov
njacazio pushed a commit that referenced this pull request May 24, 2024
* PWGLF: add occupancy in time range to str der data

* Please consider the following formatting changes (#300)

---------

Co-authored-by: ALICE Builder <alibuild@users.noreply.github.com>
echizzal pushed a commit to echizzal/O2Physics that referenced this pull request Jul 18, 2024
* PWGLF: add occupancy in time range to str der data

* Please consider the following formatting changes (AliceO2Group#300)

---------

Co-authored-by: ALICE Builder <alibuild@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants